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"Six thousand children die every month in Iraq: a UNICEF statistic, attributable 
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destruction weapon. This is all done under the eye and the conscious 
knowledge of the world. Where are the human rights the UN stands for?" 
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1. GENERAL 


1.01 This section provides a general description of 

network switching engineering principles for 
the central processor of the No. 1A ESS switch. In- 
cluded in this section is a discussion of the organiza- 
tion of the stored program and the concepts 
applicable to the determination of the call-processing 
capacity of a No. 1A ESS switch. This section supple- 
ments Section 231-062-410 and Section 231-062-420 
which describe precutover and postcutover call- 
processing capacity estimation methods respectively. 


1.02 This section is being reissued to include the 

addition of Improved Overload Strategy (IOS) 
and Essential Service Protection (ESP) as well as the 
latest processor capacity determination models. Re- 
vision arrows are used to emphasize significant 
changes. 


1.03 Part 2 of this section contains a description of 

the hardware components of the central pro- 
cessor community and a general discussion of real- 
time utilization in the No. 1A ESS switch.@ 


1.04 Part 3 describes the organization of stored 

program control, including program struc- 
ture, with emphasis on the concepts of program hier- 
archy, and scheduling. 


1.05 Part 4 of this section contains discussions of 

various engineering considerations applicable 
to determining the call processing capacity of a No. 
1A ESS switch. 


1.06 References in this section to methods, plan- 
ning, data requirements, service levels, and 

equipment quantities are based on American Tele- 

phone and Telegraph Company recommendations. 


1.07. The title for each figure includes a number(s) 


in parentheses which identifies the para- 
graph(s) in which the figure is referenced. 
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2. EQUIPMENT ARRANGEMENTS 
GENERAL 


2.01 The central processor community of the No. 

1A ESS switch is a stored program control 
system (SPCS). This system employs memory units 
for storing instructions and data and a logic unit 
which monitors and controls peripheral equipment. 
The logic unit exercises its control through a set of 
operations dictated by a sequence of program in- 
structions. The central processor community (Fig. 1) 
consists of a 1A processor, program stores, call stores 
(duplicated and unduplicated), file stores (disk 
units), and an auxiliary data system (tape units). 
Beginning with generic 1AB7, the file stores are re- 
placed by the auxiliary processor system (APS) in 
new-start offices and 1A processor retrofits. The cen- 
tral processor community also includes the system 
controls (master control center and input-output ter- 
minals), the processor peripheral interface frame, 
and the power conversion and distribution frame 
(neither of which is shown on Fig. 1). 


2.02 Input information for the 1A processor is pro- 

vided by scanning various points in the pe- 
ripheral system. These points include lines, trunks, 
and receivers. The scanners are directed periodically 
to scan the lines to detect service requests, the trunks 
to detect incoming calls, and the receivers for detect- 
ing dialed digits and other control information. The 
process of collecting this input information involves 
periodic scanning and the recording of results of 
these scans in temporary (duplicated call store) 
memory. 


2.03 The signal distributor (SD) operates in re- 

verse of the scanner. It is connected to the var- 
ious points in the peripheral system where actions 
must be controlled by the processor. The processor 
can direct (address) the SD to a particular terminal 
to prepare it for receipt of an execution signal. At a 
later time, the processor can address the SD to send 
the execution signal. 


CENTRAL PROCESSOR 


2.04 The No. 1A ESS switch contains two identical 

processors Central Control (CC) 0 and Cen- 
tral Control (CC) 1 The two processors are contained 
in a single, double-bay frame, 6 feet 6 inches wide; 
each bay contains one processor. 


2.05 Both processors operate simultaneously. One, 
called the active processor, controls the office, 


while the other, called the standby processor, decodes 
the same instructions as the active processor, but 
does not perform any control actions. If the active 
and standby processors decode an instruction differ- 
ently, an interrupt occurs, and a fault recognition 
program is called in to determine which one of the 
processors is malfunctioning and should be switched 
out of service. When the active processor is switched 
out of service, the standby processor becomes active, 
and diagnostic procedures are instituted to deter- 
mine the location of the malfunction. After the mal- 
function is corrected, the corrected processor 
assumes standby status. 


2.06 The processor is the primary data processing, 

controlling, timing, logic, and arithmetic unit 
of the central processor community. It receives in- 
puts (from line, trunk, junctor, or master scanners), 
initiates (via the central pulse distributor and the 
signal distributor) the sending of pulses which estab- 
lish and supervise network connections, and detects 
and analyzes faults, using the program instructions 
contained in program store. It is a word-organized, 
24-bit data processor with a cycle time of 700 
nanoseconds (0.7 microseconds). 


MEMORY 


2.07 The memory units contained in the central 

processor community include: program stores, 
call stores (duplicated and unduplicated), file stores 
or the APS, and an auxiliary data system.¢ 


2.08 The program store is a read/write memory 
unit containing most of the generic program 
which controls the operation of the system. 


2.09 Call stores have read/write capability, and are 
divided into two categories (duplicated and 
unduplicated), each with a specific function: 


(a) Duplicated call stores are used primarily for 
the storage of transient data related to call 
processing. 


(b) Unduplicated call stores contain translation 
information as well as some parameter infor- 
mation. 


2.10 The file store is a medium-speed data storage 

system used for those situations in which a 
longer access time will not adversely affect the high- 
speed performance of the 1A processor. These situa- 
tions include: 
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(a) Backup of program stores (generic) 


(b) Backup of unduplicated call stores (transla- 
tions) 


(c) Primary storage for programs such as diag- 
nostics. 

2.11 The APS will replace the file store system 
starting with the 1AE7 generic program. The 
APS has moving head disks and slightly larger disk 
delay and pump-up time. This will result in a slightly 
increased processor time for processor diagnostics 
and recent changes. The APS is available only for ini- 
tial offices and 1A processor retrofits with the 1AE7 
generic.@ 


2.12 The auxiliary data system is a flexible, me- 
dium speed, data storage system employing 
magnetic tape units with the following applications: 


(a) Automatic message accounting (AMA) 
(b) System reinitialization 

(c) Program updating 

(d) Periodic documentation 


(e) Other administrative and maintenance rou- 
tines. 


PROGRAMS Y 


2.13. Thestored program for the No. 1A ESS switch 

constitutes the operating intelligence of the 
system. The stored program must perform switching 
functions reliably and promptly. In addition, the 
stored program must have the capability to recognize 
malfunctions within the system, diagnose the prob- 
lem, and direct corrective action in such a way that 
the primary work of processing calls is not signifi- 
cantly affected. 


2.14 The processor of the No. 1A ESS switch uses 

an executive control main program. This pro- 
gram, commonly referred to as the main program, 
coordinates all work, including input and output 
work, by dispensing control to appropriate applica- 
tion programs. Each application program performs 
a specific type of work called a task. Input and output 
work involves application programs which receive or 
transmit information to or from an external source. 
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The dispensing of control by the main program is re- 
ferred to as transferring to, or calling, an application 
program. This is accomplished according to a sched- 
ule, also encoded in memory, which defines the order 
(when and how often) in which the application pro- 
grams should be called. The execution of all neces- 
sary programs in the schedule during a particular 
pass through the schedule is called a schedule cycle 
or main program cycle. 


2.15 The No. 1A ESS switch employs a form of 

multiprogramming. During the execution of 
an application program, the application program re- 
turns (transfers) control to the main program when 
the work is completed, or when it can do no more 
until it receives the result of some input or output 
operation. Execution of the initial application pro- 
gram continues when the desired input is made avail- 
able (or the desired output is completed) by other 
application programs called in by the main program. 
This process of seemingly performing many opera- 
tions at once by interleaving them is often referred 
to as multiprogramming, and the time spent in a 
particular application program before it transfers 
controls to the main program is referred to as a time 
segment. 


2.16 To give seemingly instantaneous response to 

input, control can be transferred from a pro- 
yram performing some less critical function to a pro- 
gram that must deal with a situation with a higher 
priority. This transfer process is referred to as an 
interrupt. Time is divided into time slots, and at the 
end of a time slot, the processor will interrupt the 
current program and give control to another pro- 
gram. 


REAL TIME AND PROCESSING CAPACITY 


2.17 The organization of the program of the No. 1A 

ESS switch is influenced by the fact that it 
must operate in real time. That is, the program 
must respond promptly to signals and data submit- 
ted to it by customers and other switching systems. 
Failure to do so may result in improper handling of 
calls and a general degradation of service. For exam- 
ple, failure to detect dialed digits may result in di- 
recting a call to a wrong number, or failure to 
outpulse digits to another office will cause the other 
office to return overflow tone to the calling subserib- 
er. Delays in performing some program tasks have 
more impact on the quality of service rendered than 
others. Therefore, all program tasks are organized 
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into a hierarchy of execution; some tasks are exe- 
cuted on a strict schedule, while others may be de- 
layed without significant adverse effects on the 
service rendered. 


2.18 Another more important use of the term real 

time relates to the availability and use of pro- 
cessor cycles. The basic processor unit of measure- 
ment used to describe the time required to execute an 
instruction is called a processor cycle. The base pro- 
cessor cycle time in a No. 1A ESS switch is 700 
nanoseconds. To execute a specific program instruc- 
tion, a fixed amount of processor cycles are expended; 
the more complex the instruction to be executed, the 
more processor cycles are required to complete the 
instruction. The relative complexity of the task to be 
performed by the program can best be measured by 
the number of processor cycles required to process 
the task. 


2.19 Generally speaking, total real time may be 
segmented into the following categories: 


e Call processing work 

e Overhead work 

e Fill work.@ 
3. PROGRAM PHILOSOPHY AND ORGANIZATION 
GENERAL 


¥ 

3.01 Thestored program for the No.1A ESS switch 

constitutes the operating intelligence of the 
system. The stored program must direct switching 
functions reliably and promptly, require minimal 
memory space and execution time, and accommodate 
office growth easily. In addition, the stored program 
must. have the capability to recognize malfunctions 
within the system, diagnose the problem, and dictate 
corrective actions in such a way that the primary 
work of processing calls is not significantly affected. 





3.02. &The stored program is considered generic in 

the sense that the instructions which control 
the operation of the system are the same for any of- 
fice with the same generic program and selected fea- 
tures. Specific equipment quantities, subscriber 
features, routing patterns, etc, which are unique toa 
particular office, are looked up in separate tables 
(translations and parameters) and are not embedded 
in the program itself. Therefore, during office 


growth, the central processing community is able to 
recognize equipment additions and new subscriber 
lines by changes in the translation and parameter 
tables and updates in the call store to accommodate 
the additional demand. No modifications to the exist- 
ing generic program are required. 


3.03 Historically, the generic program of the No. 

1A ESS switch has undergone modifications 
which affect the call processing capacity of the sys- 
tem. These modifications include new feature capa- 
bility and improved programming and scheduling 
strategies. Furthermore, effective with generic pro- 
gram 1AE4, it is possible to “customize” the generic 
program selected for an office using the concept of 
feature loading. Feature loading is a concept whereby 
certain features of the generic program are desig- 
nated as “base” and are required for all offices using 
the No. 1A ESS switch, while others are obtained via 
“feature groups” which are optionally loaded, based 
on the particular needs of the office. Feature loading 
differs significantly from previous programs which 
required that all features offered be installed in all 
offices with the same issue of a generic program, 
whether required or not. 


CATEGORIES OF WORK AND PROGRAMS¢ 


3.04 The total amount of time utilized by a 1A pro- 
cessor can be divided into one of the four fol- 
lowing classifications. 


(1) Fixed overhead is the time used by the pro- 

cessor which is independent of the amount of 
traffic (number and type of calls), the amount of 
equipment, and memory configuration. Examples 
of tasks included in fixed overhead are: basic logic 
time utilized by the main program schedule, and 
time utilized to increment certain standard traffic, 
network maintenance, or administrative measure- 
ment counters. 


(2) Variable overhead is the time utilized by 

functions which are constant for a particular 
No. 1A ESS switch but may vary office to office 
dependent upon equipment configuration. An ex- 
ample of variable overhead time is time utilized 
for scanning line or trunk equipments. 


(3) Call processing is the time utilized by all 

tasks which are generated by the call load on 
the office. When there is no demand for service, 
there is no requirement for call-processing time. 
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Thus, call-processing time required is completely 
dependent on the offered load. 


(4) Fill is that amount of time which remains 

after all the above classifications (fixed and 
variable overhead, and call processing) have been 
satisfied. During fill time, deferrable tasks such as 
audits are performed. 


SCHEDULING 


3.05 The 1A processor operates within its pro- 

gram hierarchy to use its time among the four 
basic classifications of use described in paragraph 
3.04. Figure 2 illustrates the overall plan of base-level 
programs (interject and A through E) and the inter- 
rupt programs (A through F and-H and J). Table A 
presents the source conditions for the interrupt lev- 
els for No. 1A ESS switche. . 


3.06 All base-level programs are controlled by the 

executive control main program. The inter- 
rupt levels and their associated programs are ar- 
ranged in a hierarchy of ten (in descending 
alphabetical order). 


3.07. The call processing function of the processor 

is associated mainly with the J-level interrupt 
and base level (L). The No. 1A ESS switch, unlike the 
No. 1 ESS switch, does not follow a predetermined 
order for base-level program execution. The No. 1A 
ESS switch has refined and enlarged the design of 
base-level program’. The base-level frequency 
classes are retained and remain internally intact 
from a functional viewpoint. However, the method of 
visiting the classes is changed. In general, a given 
class is not entered unless a flag has been set by a J- 
level routine to execute that particular class or job. 
This results in performing or looking for work “only 
when it is time to do so.” See Section 231-045-000 for 
more details on processor operation. See Section 231- 
061-400 for a description of hierarchy of visitation of 
the No. 1 ESS switch, for comparison.@ 


3.08 Input work involves the detection of inputs 

(such as on-hooks, off-hooks, and digit pulses) 
via the peripheral equipment scanners, and reporting 
the occurrence of these inputs to call processing pro- 
grams. Output work involves the transmission of out- 
put information, often in the form of requests for 
equipment relay actions from other programs (such 
as call processing) to the peripheral equipment. The 
deferrable (base level) programs process data which 
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are already registered in the system and, on this ba- 
sis, are not as critical with respect to real time as 
nondeferrable programs. 


3.09 The execution of the steps necessary for call 

processing is under the direction of the execu- 
tive control (main) program. Input work (scanning of 
lines and trunks) is scheduled at a variable interval 
in relationship to the offered load. Figure 3, discussed 
later in greater detail, depicts the tasks associated 
with input/output and call-processing which may be 
included in a main program cycle. These tasks, en- 
tered at the J-level interrupt, include high priority 
trunk scans, base-level work (call processing), addi- 
tional line and trunk scans, and fill work. Figure 3 
also depicts the change in the scan interval of lines 
and trunks, as the offered load increases. During pe- 
riods of a very high volume of traffic (load), only the 
mandatory tasks (A-A1) may be performed with a 
line sean interval of 1000 ms and a trunk scan inter- 
val of 200 ms. The tasks, depicted in Fig. 3, are ar- 
ranged in descending order of priority. 


3.10 A large number of peripheral equipment 

items must be monitored at precisely defined 
intervals by input-output programs at the J level. 
Two programming techniques have been incorpo- 
rated into the stored program to satisfy the strict 
timing requirements: 


(a) The individual tasks performed by input/ 

output programs are of relatively short dura- 
tion in comparison with tasks performed in base 
level. 


(b) Base-level programs are periodically inter- 

rupted so the system can transfer control to 
the J level for input/output work. A clock inter- 
rupt control triggers the interrupt sequencing cir- 
cuit every 5 milliseconds. This allows the current 
base level instruction to be completed, inhibits the 
next instruction, stores the address of the next in- 
struction, and transfers control to the J level. This 
time-table interrupt scheme, for example, ensures 
that dial pulse receivers invoived in a call are 
scanned for pulse detection at a 10-millisecond 
rate. When all input/output work has been com- 
pleted, control is returned to base level at the point 
at which the interrupt occurred. 


3.11 At the beginning of the J-level interrupt (Fig. 


3) in the mandatory range of tasks is the high- 
priority trunk scan. This is related to the variable 
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trunk scan, and is given this priority to ensure that 
the trunk scan rate does not exceed 200 milliseconds. 


3.12 Next in the order of priorities are the base- 

level programs. Most of the nondeferrable 
work performed in the base level is call processing 
work initiated by input programs. Due to delay toler- 
ance of the various application programs, the base 
level tasks are categorized into one of five classes, 
designated a, b, c, d, and e. 


3.13 During periods of a low volume of traffic, the 

various base-level classes are scheduled to 
provide a minimum interval between successive exe- 
cutions of a particular task. These minimum inter- 
vals are: class a, 10 milliseconds; class b, 20 
milliseconds; class c, 40 milliseconds; class d, 50 
milliseconds; and class e, 100 milliseconds. Thus, 
when traffic is light, the remaining real time is used 
by the processor to scan additional lines, trunks, and 
to perform maintenance and administrative (fill) 
tasks. 


3.14 During periods of low traffic volume, the pro- 
cessor time available allows additional line 
scanning (item B, Fig. 3), and lines in the office will 
be scanned once every 300 milliseconds. When proces- 
sor time permits item C to be completed, all lines in 
the office are scanned every 200 milliseconds and all 
trunks every 100 milliseconds, with the exception of 
operator trunks which are scanned at a 50- 
millisecond interval. 
v 
3.15 The scheduling of programs utilizes the fol- 
lowing concepts to achieve the call processing 
design objective: 


(a) Fixed minimum interval between base- 

level class execution rates—to achieve 
maximum additional scanning and maintenance 
activities during periods of low traffic. 


(b) Variable line and trunk sean--to main- 
tain balance between these tasks and the call 
processing capability. 


(c) High priority trunk scanning and line 
scanning—to ensure a minimum line and 
trunk scan interval. 


3.16 A fixed amount of overhead per class visit is 
spent scanning hoppers, queues, etc, for work 
during periods of low volume of traffic. As the traffic 


volume increases, more work is found in each class, 
therefore more time is spent in each class. During 
peak loads, a limitation on the number of originating 
and incoming calls per main program cycle is im- 
posed, which reduces the work to be processed per 
class visit, thus reducing the time spent in each class. 
As class intervisit times decrease, due to less work 
per class, the traffic allowed into the system in- 
creases; thus, producing a self-regulating control 
mechanism or dynamic processor equilibrium. 


4. ENGINEERING CONSIDERATIONS 
GENERAL 


4.01 The primary goal of processor traffic engi- 

neering is to realize the maximum number of 
main stations and/or trunks, with given calling char- 
acteristics, that can be handled by the processor 
without exceeding service constraints placed upon 
the system. 


4.02 The call processing capacity (hereafter 

referred to as capacity) of the processor is the 
maximum number of ariginating plus incoming (O + 
1) calls which the processor can process in some fixed 
interval of real time while all service criteria, such as 
dial-tone delay have been satisfied. The fixed interval 
of time used in capacity estimation is the peak hour. 
The capacity of a processor also may be defined as the 
number of calls which the processor can process as 
spare real time approaches zero (that is, as spare real 
time is exhausted). This level of capacity is expressed 
as a percentage termed 100 percent occupancy. Be- 
yond this level, the processor can still process calls, 
but service criteria may not be met; if service criteria 
cannot be met, the processor is said to be overloaded. 


4.03 The projected or forecasted main station and 

trunk call volumes (types and mixes) for a 
control group may exceed the capacity of the proces- 
sor. In this case, consideration must be given to 
changing the office call and equipment mix by mov- 
ing some types of traffic (coin, etc) to another switch- 
ing entity, restricting traffic, or establishing a new 
control group. 


4.04 Service criteria have been established provid- 

ing a standard measurement of system perfor- 
mance, as discussed in Section 231-060-100. As with 
all traffic (load) sensitive components, the selection 
of service objectives for processors is the result of 
adjustments balancing customer performance re- 
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quirements and the economics of achieving specific 
service objectives. The major service objective that 
limits processor capacity is a maximum of 20 percent 
dial-tone delay greater than 3 seconds in the busiest 
hour of the highest day of the year.@ 


4.05 When the demand for service requires more 

processor time than is available to process the 
demand, pulses are missed, and ringing and recogni- 
tion of trunk and line service requests are delayed for 
unacceptable periods. To avoid such a situation, over- 
load controls are designed into the processor. When 
it is determined that certain constraints are not 
being met, the number of service requests accepted 
by the processor is decreased until an equilibrium 
point is reached. See paragraph 4.11 for a description 
of IOS and ESP. 


4.06 Although overload strategies are not the sub- 

ject of this document, they, in conjunction 
with service criteria, have a major influence on the 
program organization. 


INFLUENCING FACTORS 
A. Types of Calls and Equipment 


4.07. For a given office, the capacity of the proces- 

sor is dependent upon the types and relative 
proportions of calls (aggregately referred to as the 
call mix) offered to the office, the quantity and types 
of lines and trunks, and the associated switching 
equipment in the office. 


4.08 A major portion of real time is used for scan- 

ning equipment for changes in state, ie, scan- 
ning for line originations or disconnects on existing 
connections. The amount of time utilized by this 
function is directly related to the amount of equip- 
ment in the office. An overprovision of equip- 
ment has an adverse effect on real-time 
capacity; thus, itis important that the amount 
of equipment provided be in harmony with the 
total design of the office, particularly as an 
office approaches real-time capacity. 


4.09 The call mix offered to an office determines 

the average amount of real time that is uti- 
lized per call by the processor. The average time 
spent per call corresponds to the slope of the call pro- 
cessing line on Fig. 4. The average amount of real 
time utilized per call is directly related to the number 
of processor cycles that must be executed to process 
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the call. In general, the more complex the call the 
greater the number of processor cycles required. The 
fewer processor cycles required for the average call, 
the greater the call capacity. This accounts for the 
capacity differential between an office serving an 
area which consists mainly of centrex, coin, and other 
more complex services, and an office which serves a 
primarily residential area. 


B. Generic Program 


4.10 The generic program installed in an office will 

affect the call-processing capacity. The num- 
ber of cycles required for a particular type call is de- 
pendent on the program and may vary from one issue 
of the generic program to the next. ®A history of call 
processing capacities of the No. 1A ESS switch is 
shown in Fig. 5. The capacities are shown as ranges 
that correspond to some hypothetical, but realistic, 
call mixes. The real time impact of optional features 
is not reflected. The most significant improvement in 
call capacity occurred with the introduction of fast 
256K program store and call store frames. The call 
capacity improvement may only be obtained in a pure 
community of fast 256K call stores. See Section 231- 
062-478 for a detailed discussion on fast 256K stores. 


4.11 Starting with the 1AE6, Issue 5B generic, 
Improved Overload Strategy (JOS) will be 
available in the offices of the No. 1A ESS switch. The 
line servicing strategy in the No. 1A ESS switch prior 
to IOS is random-in-random-out (RIRO) with a 
queue available when there are no available customer 
digit receivers (CDRs) for dial tone service. With the 
implementation of IOS, a line service request hopper 
(LSRH) will be instituted in the No. 1A ESS switch. 
The IOS consists of Last-In-First-Out (LIFO) 
servicing of the LSRH and the elimination of the 
CDR queue. The [OS in the No. 1A ESS switch main- 
tains the line scan rate at a maximum interval of one 
second. Figure 6 illustrates a comparison of the prob- 
ability of providing dial-tone delay at less than three 
seconds under the three conditions, LIFO, first. in- 
first out. (FIFO) (No. 1 ESS switch prior to IOS) and 
RIRO. Included with [OS is priority service for essen- 
tial lines, Essential Service Protection (ESP), that 
provides dynamic and continuous overload protection 
and replaces line load control. See Feature Document 
Section 231-090-195 for more details on IOS/ESP.4@ 


C. Network and Trunk Blocking 


4.12 Network blocking also may affect processor 
capacity. Blocking creates excessive path 
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hunts, resulting in the use of more real time to estab- 
lish calls. In addition, excessive alternate routing 
reduces the capacity of the processor. Assuming 
proper traffic engineering of both networks and 
trunk groups, network blocking and alternate rout- 
ing normally have a small effect on processor capaci- 
ty, and are ignored in the processor capacity 
estimation procedures. 


D. False Cross and Ground and Restore-Verify Tests 


4.13 A false cross and ground test is made by the 

processor on new network paths to check for 
damaging voltages (foreign potentials). In addition, 
the processor makes a restore-verify test after a line 
disconnects to ensure that the connection between 
the line and its ferrod have been properly restored. 
Both of these tests are preventive maintenance tech- 
niques. They are not considered to be essential during 
a period of high-traffic volume and are temporarily 
suspended as the processor approaches its call- 
processing capacity. This has the effect of reducing 
the average work time per call, ie, the number of pro- 
cessor cycles per call. 


CALL PROCESSING CAPACITY ESTIMATION AN INTRO- 
DUCTION TO ESTIMATION AIDS 


A. Precutover Aids 


4.14 bPrecutover aids, also referred to as model 

methods, use mathematical models and user 
supplied call type, call mix, and equipment data to 
estimate the call processing capacity of a processor. 
Precutover aids can be used for initial office installa- 
tion planning, for offices scheduled for generic 
retrofits, and for in-service offices anticipating sub- 
stantial amounts of additional equipment or a call 
mix different from that currently being served. Com- 
puterized precutover aids exist which minimize the 
possibility of calculation errors, and allow investiya- 
tion of the effects of alternate call mixes (often to re- 
flect the uncertainties of predictions). They also 
allow for ease of update of internal coefficients for 
new generic programs. 


4.15 For 1A processor precutover capacity estima- 

tion, manual methods are not. available. The 
GO CALL CAPACITY function of the Central Office 
Equipment Engineering System (COEES) is the 
mechanized tool available. This method is described 
in Section 231-062-410. 


B. Postcutover Aids 


4.16 Postcutover aids, also referred to as measured 

data analysis methods, use measured data 
from the processor of an in-service office to deter- 
mine the call processing capacity of that processor. 
Postcutover aids are used for in-service office ulti- 
mate capacity estimation when there is no signifi- 
cant change contemplated in the call mix, the 
equipment relationship, and the generic program 
issue from that existing during the data collection 
periods. Postcutover aids are available in both a com- 
puterized and manual version. The computerized ver- 
sion reduces’ calculation errors, removes 
unacceptable data, and reduces the amount of admin- 
istrator work time that is required with the manual 
method. 


4.17. For the 1A processor estimation of ultimate 

capacity, CAPFIT is the mechanized system 
and Cyr-rure is the manual procedure. The CAPFIT is 
the more accurate method and is the preferred, rec- 
ommended method, but is available only in those of- 
fices with the Engineering and Administrative Data 
Acquisition System/Network Operations Report 
Generator System (EADAS/NORGEN). For those 
offices without EADAS/NORGEN, the manual cal- 
culation of Cyypy, must be used. The CAPFIT uses 
half-hourly data collected for the entire day and in- 
ternally produces a peak hour call capacity state- 
ment. Cyrruge requires the use of quarter-hour data 
and produces a peak quarter-hour call capacity state- 
ment. The CAPFIT is available in the Stored Pro- 
gram Control System-Central Office Equipment 
Reports (SPCS-COER). Both methods are discussed 
in detail in Section 281-062-420.¢ 


RECOMMENDATIONS AND DATA CONSIDERATIONS 
A. Processor Occupancy 


4.18 To measure the load on a processor of the No. 

1A ESS switch, a measurement called pro- 
cessor occupancy has been developed and incorpo- 
rated on the TC-15 output message format, as defined 
in the OM-6A001-01. Prior to 1AE4, this value is 
stated as a 2-digit number; with 1AF4, this value is 
expanded to include a decimal value, eg, 82.64. Pro- 
cessor occupancy, expressed in terms of a percent, is 
defined as the amount of time utilized in the manda- 
tory range of tasks, divided by the total time in the 
real-time period. This value reflects the processor 
real time utilized in relation to the total real time 
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available, based on the existing office configuration. 
To illustrate, as the amount of time spent in the loop 
A-A. &(Fig. 3) increases, less time is spent in the loop 
A, -A.@ When all available time is utilized by A-A1, 
the processor is at 100-percent occupancy. 


6B. Processor Busy Hour 


4.19 Data used in processor capacity estimation 

should include the processor busy periods; the 
period of highest percent occupancy for the proces- 
sor. Periods of highest percent processor occu- 
pancy may not necessarily correspond to 
periods of highest originating plus incoming 
calls. This may be true when such call types as plain 
old telephone service (POTS), coin, tandem, centrex, 
and bylink are served by the same office but have 
noncoincident busy periods. 


4.20 The data collection and validation used by 

CAPFIT ensures the inclusion of the processor 
busy hour with the observation of many hours. For 
the Cyr calculation, the period of highest percent 
processor occupancy and its corresponding O+I calls 
must be used as explained in Section 231-062-420. It 
is the responsibility of the network administrator to 
furnish this information. 


4.21 For precutover estimation, the call mix corre- 
sponding to the busy hour with the highest O+ 
I calls may be used for initial office installations or 
for growth situations where the mix will change sig- 
nificantly. In this case, other hours with different 
call volumes and mixes should also be analyzed when 
possible. For other growth situations using 
precutover estimation aids, the mixes corresponding 
to the known processor busy periods can be used.@ 


C. Quarter-Hour-to-Hour Conversion Factor 


4.22 It is desirable to express the processor O+ 

I call capacity of a central office in terms of a 
peak hour. When manual capacity determination 
methods are used, the input data is peak quarter- 
hour and the capacity is stated as peak quarter-hour 
capacity. In order to obtain peak-hour capacity out- 
put, the peak quarter-hour calls must be converted to 
peak-hour calls. 


4.23 When it is necessary to make conversions 

from quarter-hour calls to peak hour calls, the 
following example illustrates the calculation. If a 
processor has a capacity of N calls in a quarter hour, 
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it would seem that it has a capacity of four times N 
calls for the hour. However, call volume is generally 
not uniformly distributed over the four quarter hours 
in an hour. That is, there would never be four quarter 
hours with exactly N calls each, where N calls are the 
maximum that can be handled in a quarter hour and 
still satisfy service criteria. Thus, the peak hour 
capacity is less than four times N calls. 


4.24 To compensate for this problem, a quarter- 

hour to hour conversion factor is applied when 
using Cyuycpn- The peak-hour capacity is estimated by 
multiplying the peak quarter-hour estimated capac- 
ity by this conversion factor. A method of calculating 
this quarter-hour conversion factor from measured 
call volume data for an in-service office is described 
in Section 231-062-420.4 


D. Peak Factor 


4.25 To determine the equivalent Average Busy 

Season (ABS) call processing capacity from 
the peak-hour estimated capacity, a conversion fac- 
tor is required. 


4.26 Foran existing office, the high day (HD)/ABS 

peak factor is derived from data listed on the 
Office Count Data output from COER. ®The data se- 
lected should be obtained from the processor busy 
hour.@ 


4.27. For an initial office, data gathered from an 

office with similar characteristics may be 
used. When data are unavailable, an HD/ABS peak 
factor of 1.3 is recommended. 


4.28 To state the peak-hour processor capacity in 
terms of ABS calls, divide the peak-hour calls 
by the HD/ABS peak factor.4@ 


E. Capacity Utilization 


4.29 Capacity utilization is the relationship of the 

actual (or expected) O+I calls processed to the 
maximum number of O+I calls which could be pro- 
cessed, meeting established service objectives. To 
determine the percent utilization of the call- 
processing capacity for an office, divide the highest 
number of hourly O+I calls processed (or expected 
to be processed) by the ultimate peak-hour call capac- 
ity and multiply by 100. Using postcutover data, 
should the result differ greatly from the precutover 
utilization figure, it is likely that the call mix of the 
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office differs from that used as input to the 
precutover capacity determination procedure. If this 
occurs, an analysis of the call mix should be 
undertaken to resolve the discrepancy. 


OF. Cutover Capacity Recommendations 


4.30 It is important that data used in estimating 

the call capacity of the processor represent the 
true calling characteristics of the office. This is ex- 
tremely critical in those cases where a substantially 
large portion of the processor call capacity is ex- 
pected to be utilized during the engineering interval. 
Because of the relative uncertainties and inaccura- 
cies which are part of any data projection, guidelines 
relating to processor loading for new offices (and 
some growth jobs) have been established. These 
guidelines provide a safety margin to minimize the 
possibility of overloading a processor at cutover, or 
shortly thereafter. These guidelines, which vary by 
office function are as follows: 


e A local-only office is any end office which 
serves no class 4 or higher switching func- 
tions and where twice the total trunk to 
trunk junctor CCS is less than 20 percent of 
the total trunk link network CCS load. All 
local offices should be cut over with that 
quantity of main stations and trunks which 
will utilize no more than 90 percent of the cal- 
culated peak-hour processor call capacity. 


e All other offices, ie, those that serve a class 
4 or higher function or where twice the total 
trunk to trunk junctor CCS is 20 percent or 
more of the total trunk link network CCS 
load (local/tandem), should be cut over with 
that quantity of main stations or trunks 
which will utilize no more than 80 percent of 
the calculated peak-hour processor call ca- 
pacity. 


4.31 The same loading thresholds discussed above 
for initial offices are also applicable to large 
growth additions in cases where there is doubt as to 
the applicability of the data available. The growth 
addition should be planned such that the forecasted 
processor utilization does not exceed the recom- 
mended percentages of processor capacity utilization 
discussed above for the corresponding office type. 


4.32 There may be situations where enough confi- 
dence in the engineering data exists to permit 
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initial cutovers or large growth additions to exceed 
the recommended percentages of processor utiliza- 
tion. This may be possible where the engineering 
data can be compared to a similar working No. 1A 
ESS switch. However, due to the severe service im- 
pact caused by an overloaded processor, this should 
be done with extreme caution. 


4.33 Once the cutover of the initial job or large 
growth unit has been completed, and accurate 
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machine data are available to permit validation of 
processor call capacity, additional growth may be 
planned to fully utilize the processor capacity. The 
precutover call capacity forecast should be validated 
by comparison with CAPFIT outputs when sufficient 
data is available. Care should be exercised not to ex- 
ceed the engineered main station capacity of other 
machine components.¢ 
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Fig. 1—No. 1A ESS Switch—Processor Community Block Diagram (2.01) 
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Fig. 2—No. 1A Processor Program Control Plan (3.06) 
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Fig. 3—No. 1A Processor Program Priority Structure (3.10, 3.12, 3.15) 
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Fig. 4—No. 1A ESS Switch—Division of Total Real Time (4.09) 
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Fig. 5—No. 1A ESS Switch—Processor Capacity History (4.10) 
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Fig. 6— Service Improvement with IOS (4.11) 
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TABLE A 


INTERRUPT LEVELS — NO. 1A ESS 


Manually Initiated 

Processor Configuration 

Central Control Mismatch 

Call Store Read/Write Failure 
Auxiliary Unit Read/Write Failure 


Protected Area Violation 
Pushdown Stack Violation 


Program Store Read/Write Failure 


Peripheral Unit Failure 
Maintenance Clock Time-Out 
Special Match Function 
Utility Computer 

Interrupt J Level After 5 ms 


Interrupt Periodically After 5 ms 
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Homebrew 150 Watt 20 dB Attenuator 


Overview 


The is a simple piece of test equipment which should be on every RF experimenter's test 
bench. The attenuator is based around a common Bird BCP-150 20 dB, 150 watt attenuator chip 
which can often be found on the RF input to some surplus high-powered RF amplifiers. 


For this project, we'll just be using the attenuator chip itself along with the addition of some input 
and output RF connectors. This will make for a nice stand-alone, high-power 20 dB RF 

attenuator. This project will not require any precise construction methods, so it's also a good project 
for beginners. 


This is a useful piece of test gear for connecting the output of a high-power amplifier to a spectrum 
analyzer or frequency counter. It is also useful for testing polarization losses when performing 
real-world radio path loss experiments. Horizontal/vertical polarization mismatches are often 
around 20 dB, so if your radio link still works with a 20 dB attenuator on one end, you know you 
have a solid connection. Attenuators are also helpful in reducing intermod interference in receivers 
located in RF saturated environments. They keep the incoming RF signals from forcing the 
preamplifier into its compression region, though using 20 dB is a little too much for that task. 


Bird BCP-35 (35 watt) attenuator chips can be ordered from Radio Dan, www.radiodan.com. 


Block Diagram 


Large 
Heatsink 





RF Input/Output RF Input/Output 


50Q microstrip line 


or COax. 


Use thermal grease on chip. 


2502. 


Electrical Equivalent 


20 


Construction Notes & Pictures 





Parts overview. 


Off to the left is a large piece of scrap aluminum heatsink. In the middle are two satellite "Videopath 
Multi-Dish Switches." These are normally used to switch between satellite feeds, but the die-cast 
metal case they come in is perfect for those little homebrew RF experiments. The threads for the 
stock F connectors are also the same for BNC and N connectors. 


You can often get these switches for free from CATV or satellite installers. Pick up a bunch if you 
can. 


Along the bottom are a few female N connectors or an optional BNC connector. N connectors are 
preferred as they are designed to operate at higher frequencies and RF power. 


On the lower-right, is the heart of this project. A Bird BCP 20 dB, 150 watt resistive attenuator 
chip. The attenuator is designed to have a standard 50 ohm input/output impedance. 
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Cut or mill out the bottom of the satellite switch so it can act as a cover for the Bird attenuator 
chip. Also drill a few holes for mounting the case to the heatsink. 


22 


ies tea 
: WW Ee ty Ak Bl 
LD fle SLi iy 


Internal view. 


You may have to scrap some weatherproofing compound off the switch case. Also note the 
mounting tabs on the side of the switch were cut off and cleaned using a Dremel tool. This is 
optional, but makes the final project look nice. 
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Drill and tap the aluminum heatsink as required to match the mounting holes in the case. 


#4 (red dots) hardware will be used to secure the switch case to the heatsink. 
#8 (blue dots) hardware will be used to secure the Bird attenuator chip itself to the heatsink. 
The size of the heatsink really isn't that much of a concern. Remember, larger heatsinks will allow 


you to dissipate more heat, which allows for longer operating times. If you use a smaller heatsink, 
add an external muffin fan or just limit the RF input time. 
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Mount the switch case and Bird attenuator chip to the heatsink as shown. 


Be sure to use a thin layer of heatsink grease between the attenuator chip and the heatsink 
surface. Also be sure the heatsink surface is smooth and clean. 


You'll note that the tabs on the attenuator chip don't line up with the RF connectors. This mismatch 


will limit the usable upper frequency of this attenuator. It should be fine up to UHF or 
so. Microwave use would require better mechanical construction. 
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Solder the RF connectors to the attenuator's tabs. You may have to "tweak" the RF connector's 
center conductor a bit. 


A small piece of brass tube was used on the top connector. 
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Finished attenuator overview. 


Secure the lid and tape over the other unused RF connector hole. Add a good coat of spray paint to 
prevent oxidation and it's ready to go. 


Attenuators are reciprocal, so either connection can be used for the input or output. 
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Nortel DMS-100 Home NPA Route Reference Subtable (HNPACONT.RTEREF) 


Table Name 
Home NPA Route Reference Subtable 


Functional Description of Subtable HNPACONT.RTEREF 


Each HNPACONT table requires one route reference subtable. 
Each subtable can have a maximum of 1,023 route lists. 


The nine differences of the route list element are the same as the differences for table OFRT (Office 
Route). 


The system extends field NORTREFS of table HNPACONT (Home Number Planning Area 
Control). The system extends the field to the highest route index that the system uses in field RTE 
of subtable HNPACONT.RTEREF. 


See table OFRT for a complete description of route list elements. 


See table HNPACONT for related information. 


Datafill Sequence & Meaning 


Enter data in the following tables before you enter data in subtable HNPACONT.RTEREF: 


e HNPACONT (Home Number Planning Area Control) 
e CLLI (Common Language Location Identifier) 

¢ OFRT (Office Route) 

¢ OFR2 (Office Route 2) 

¢ OFR3 (Office Route 3) 

¢ OFR4 (Office Route 4) 

e TRKMEM (Trunk Member) 

¢ TRIGINFO (Trigger Information) 

¢ OSNCCAP (Operator Services Network Capability) 


Table Size 

0 to 1,024 tuples. 

Datafill Example 

See table OFRT for descriptions of the nine differences of route lists. 

An example of datafill for subtable HNPACONT.RTEREF in a fo// switching unit (DMS-—200) 

follows. The subtable belongs to Home Numbering Plan Area (HNPA) 613. The HNPA code 
subtable 613 indexes the subtable. 

Route Reference Index Number 1 

Translation takes this route if subtable HNPACONT.HNPACODE for the digits dialed specifies route 
reference number 1. Translation takes the route if system logic (illegal digits) or translation 


(screening) do not route the call again. 
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If idle trunks are in the trunk group (OTWAON1002TO), the system logic selects the most idle 
trunk. If the ABC digits dialed are 024, the system automatically deletes the digits 024 (standard 
digit manipulation). 


If all trunks in the trunk group can be busy, translation proceeds to table OFRT, index number 1, to 
select an idle trunk. 


Route Reference Index Number 7 

Translation takes this route if the ABC digits dialed are 725. The call can originate from a non-local 
source incoming on an intertoll trunk for translation to take this route. Translation can take this 
route if the call originates from a local source incoming Centralized Automatic Message Accounting 
(CAMA) trunk. The local calling area screening subtable for the incoming CAMA trunk group 
specifies that code 725 is a local code. 


If idle trunks are in the trunk group (OTWAON0872A0), the system logic selects the most idle 
trunk. Translation deletes the digits 72. Translation outpulses the last five digits. 


If all trunks in the trunk group are busy, the translation proceeds to table OFRT, index number 3, to 
select an idle trunk. 


Route Reference Index Number 12 


Translation takes this route if the ABC digits dialed are 025. The call must originate from a 
non-local source (incoming on an intertoll trunk) for translation to take this route 


If idle trunks are in the trunk group (OTWAON2301T0), the system logic selects the most idle 
trunk. The system logic automatically deletes the digits 025 (standard digit manipulation). 


If all trunks in the trunk group are busy, translation proceeds to the intertoll treatment table, 
treatment No Circuit Intertoll (NCIT). 


If the switching unit does not have an intertoll treatment table, the system logic reverts to table 
OFRT by default. 


Route Reference Index Number 20 


Translation takes this route when the user dials for the test code (0683) for the No Circuit 
Announcement (NCA). 


Route Reference Index Number 26 

Translation takes this route when the user dials for the balance termination test code 100. 
Route Reference Index Number 27 

Translation takes this route when the user dials for the test board communication list code 101. 
Route Reference Index Number 28 


Translation takes this route when the user dials for the milliwatt supply test code 102. 
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Route Reference Index Number 29 
Translation tales this route when the user dials for the signal supervisory test code 103. 
Route Reference Index Number 30 


Translation takes this route when the user dials for the transmission test and noise check test code 
104. 


The following is an example of datafill for subtable HNPACONT.RTEREF in a toll switching unit. 





RTE RTELIST 
1 (S D OTWAON1002T0) (T OFRT 1) $ 
7 (N D OTWAONO872A0 2 N N) (T OFR4 3) $ 
12 (S D OTWAON2301T0) $ 
20 (S D NCA) $ 
26 (S D TERM100Q) $ 
27 (S D T101GRP1) $ 
28 (S D TERM102T) $ 
29 (S D TERM103T) $ 
30 (T TTL4 0) $ 
31 (S D TERM108) $ 





HNAPCONT.RTEREF in DMS-100 

The following is an example of datafill for subtable HNPACONT.RTEREF in a /ocal switching unit 
(DMS-100). This subtable belongs to HNPA 613. The HNPA code subtable 613 indexes this 
subtable. 

Route Reference Index Number 1 

Translation takes this route if subtable HNPACONT.HNPACODE for the digits dialed specifies route 
reference index number 1. Translation takes this route if system logic (digits that are not permitted) 
or translation (screening) do not route the call again. 


If idle trunks are in the trunk group (OTWAON2302T0), the system logic selects the most idle 
trunk. The system logic outpulses the dialed digits. The system does not outpulse prefix digits. 


If all trunks in the trunk group are busy, the translation proceeds to treatment No Circuit (NCRT) in 
the office treatment table. 


Route Reference Index Number 8 
Translation takes this route if the ABC digits dialed are 237. 


If idle trunks are in the trunk group (OTWAON232370), the system logic selects the most idle 
trunk. Translation deletes the digits 237. Translation outpulses the last four digits. 


If all trunks in the trunk group are busy, the translation proceeds to table OFRT, index number 1, to 
select an idle trunk. 
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Route Reference Index Number 10 

Translation takes this route when the user dials for three-digit service code 411. 

If idle trunks are in the trunk group (HULLPQMC61B0), the system logic selects the most idle trunk. 
If all trunks in the trunk group are busy, the translation proceeds to treatment NCRT in table OFRT. 
Route Reference Index Number 16 

Translation takes this route when the user dials for three-digit service code 611. 

If idle trunks are in the trunk group (OTWAON23T050), the system logic selects the most idle trunk. 
If all trunks in the trunk group are busy, the translation proceeds to treatment NCRT in table OFRT. 
Route Reference Index Number 38 

Translation takes this route if the ABC digits the user dials are in the range of 224 to 226. 


If idle trunks are in the trunk group (OTWAON11MGO00), the system logic selects the most idle 
trunk. The translation deletes the digits 22 and outpulses the last five digits. 


If all trunks in the trunk group are busy, the translation proceeds to treatment NCRT in table OFRT. 
Route Reference Index Number 39 

Translation takes this route if dialing for the four-digit service code 4102 occurs. 

If idle trunks are in the trunk group (OTWAONO8W010), the system logic selects the most idle trunk. 
If all trunks in the trunk group are busy, translation proceeds to treatment NCRT in table OFRT. 
Route Reference Index Number 40 

Translation uses a CND MIGRATE route selector in the RTELIST when the choice of route element 
is determined by the presence or absence of the MIGRATE line option on the terminating Directory 
Number (DN). 

For a migration RTELIST, the CNDSEL will be MIGRATE and the typical use will have a RTETYPE 
of Skip (SK). When MIGRATE is present on the terminating line, the routing takes the conditional 
route. Otherwise it takes the other datafilled route, which will be a DN selector. For the 
HNPACONT.RTEREF, FNPACONT.RTEREF, OFRn and IBNRTn routing tables, the CND 
MIGRATE conditional route selector replaces all occurrences the DN route selector only if the DNs 


being terminated by these translations encompass DNs which are in the state of migration. 


The trunk types that are supported for the conditional route are IT MF (Intertoll Multifrequency) and 
IT ISUP (Intertoll ISDN User Part). 


If there have not been adequate digits collected, then the terminator cannot be determined when the 


CND MIGRATE selector is encountered, the translations process stops until additional digits are 
collected. 
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The following is an example of datafill for subtable HNPACONT.RTEREF in a /ocal switching unit. 





RTE RTELIST 

1 (S D OTWAON2302TO) $ 
8 (S D OTWAON232370) (T OFRT 1) $ 
10 (S D HULLPQMC61B0) $ 
16 (S D OTWAON23T050) $ 
38 (N D OTWAON11MGOO 2 N N) $ 
39 (S D OTWAONO8W010) $ 
40 (CND MIGRATE SK 2) (DN 214 520 4) (CND ALWAYS ASK SK 1) (T OFRT 770) $ 
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Simple 800 MHz Cellular Phone Jammer 


Overview 


This is a simple little 800 MHz band cellular phone jammer which can be easily built from commonly 
available parts. Most homebrew cellular phone jammers are based around a sweeping RF 
oscillator which, while more "jamming" efficient, can be quite difficult for the beginner to construct 
without access to expensive RF test equipment. This project can also be used to help take the load 
off certain people who receive 15 million emails a day from strangers asking them how to build their 
own cellular phone jammers... 


This cellular jammer is based around a common 45 MHz clock oscillator driving the Local Oscillator 
(LO) port on a Mini—Circuits ADE—1ASK mixer. This LO signal also passes through a simple 
impedance matching network to transform the high impedance of the clock oscillator down to the 
mixer port's 50 ohm impedance. 


The mixer's RF port (RF input) is connected directly to a 800 MHz band cellular phone antenna, and 
the IF port (RF output) is sent to a Mini—Circuits VNA-25 MMIC amplifier which increases the output 
jamming power by around 16 dB. This is then sent onto another 800 MHz band cellular phone 
antenna. 


Here's the theory of operation... Any cellular phone that attempts to call out is immediately 
"jammed" by its own signal! This works because every 800 MHz band cellular phone's transmit and 
receive frequency are always separated by exactly 45 MHz. 


Example: Say your cellular phone is transmitting at 837 MHz and receiving at 882 MHz. If you 
were to mix the 837 MHz transmitted signal with a 45 MHz signal, the new mixer output frequency 
would be 882 MHz - and the phone would essentially be jamming itself by "hearing" its own 

signal. This appears to work quite well on most cellular phones and should also work on full—duplex 
Nextel transmissions. 

These types of jammers are also useful for defeating cellular-based vehicle tracking systems which 


record your travels via GPS then "burst" out a phone call in the middle of the night. It should also 
be useful for defeating GM's OnStar system and maybe even cellular phone detonated IEDs. 


"Self Jamming” Cellular Phone Jammer 


VY VY 
IN SQ OUT 
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Construction Notes & Pictures 





Jammer circuit board overview. 


A 45 MHz clock oscillator with an impedance matching network on the output feeds the LO port ona 
Mini-—Circuits ADE-1ASK mixer. The ADE-1ASK mixer is only designed to operate up to 600 MHz, 
but it works fine for this particular use. 


The IF output of the mixer feeds a Mini—Circuits VNA-—25 MMIC amplifier to boost the output RF 
power slightly. The VNA-25 amplifier doesn't need any external components, so it's perfect for this 
application. The current draw is kinda high, though. 


A 78L05 voltage regulator supplies the necessary voltage to the oscillator and VNA—25 from a 
standard nine volt battery. 
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Alternate view. 


The jammer should be built on a small piece of double-sided FR-4 PC board with liberal use of 
ground vias. 
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Case overview. 


It's built into an old Hammond die-cast aluminum box and the mini-UHF antenna connectors were 
from old Motorola bag-—style cellular phones. 
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Attach the RF connector coaxial pigtails to the circuit board. 
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Completed internal view. 


The nine volt battery is mounted against some pieces of art foam and a SPST power switch was 
added to the cover. 
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Completed case overview. 


Folding cellular phone antennas with mini-UHF connectors are available on old Motorola cellular 
phones. These antennas are nice and compact, which is perfect for this project. 


"Mess with the bull, you get the horns." 
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"You go into some of these small towns in Pennsylvania, and like a lot of small towns in the 
Midwest, the jobs have been gone now for 25 years, and nothing's replaced them. And they fell 
through the Clinton administration and the Bush administration, and each successive administration 
has said that somehow these communities are gonna regenerate, and they have not. And it's not 
surprising then they get bitter, they cling to guns or religion or antipathy to people who aren't like 
them or anti-immigrant sentiment or anti-trade sentiment as a way to explain their frustrations." 


—-- April 6, 2008 speech by Barack Hussein Obama to a private "Brie—and—chardonnay crowd" 
while at a fundraiser in San Francisco. 


No, you stupid fuck! 
Guns protect us from spics and niggers! 
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End of Issue #49 
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Any Gueaions? 
Editorial and Rants 

Four kids killed by an illegal spic. Liberal main—stream media silent, as usual. 
Bus Crash Suspect Identified as Illegal 
February 22, 2008 — From: www.worldnetdaily.com 
A 23-year-old woman who drove a van into a school bus, killing four Minnesota children, is 
an illegal alien who apparently was driving without a license and provided police an alias, 


according to a Twin Cities TV station. 


The woman, who identified herself as Alainiss N. Morales, allegedly an alias, remains under 
investigation in the Lyon County, Minn., jail, according to authorities. 


Authorities said she faces four felony charges of criminal vehicular homicide as well as various 
traffic counts, according to KMSP-TV. 


Immigration and Customs Enforcement officials said they were trying to determine her real identity, 
where she came from and how long she had been in Minnesota. 


The National Transportation Safety Board is investigating the crash near Cottonwood that killed 
brothers Hunter and Jesse Javens, ages 9 and 13; Emilee Olson, 9; and Reed Stevens, 12, all from 
Cottonwood or Marshall in western Minnesota. 


Fourteen other children were injured when the van allegedly ran through a stop sign and struck the 
loaded bus, which rolled onto a truck. 


The truck driver reported he watched the van go through the stop sign, according to the Minneapolis 
Star Tribune. 


"| saw the maroon van run a stop sign, it blew over the railroad tracks and hit the bus, sending it 
sliding into me," said James Hancock. 


The 45-year-old man from Marshall talked to the newspaper from his hospital bed. 
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"The next thing | knew, they were hauling kids out and it was chaos." 


The KMSP report in Minneapolis also said Morales had pleaded guilty in a nearby county in 2006 to 
driving without a valid license. 





"They just come here to work - and kill our children!" 
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A Palestinian woman fled Tuesday from an Israeli military raid in Zababida 





in the West Bank. 4. An Agent, a Green Card, and aI 
for Sex 
By ETHAN BRONNER 
Published: March 19, 2008 SIGN IN TO 5. Transcript: Barack Obama’s Spe: 
E-MAIL OR ae 
RAMALLAH, West Bank — A new poll shows that an SAVE THIS 6. Roger Cohen: Beyond America’: 


From: http://www.nytimes.com/2008/03/19/world/middleeast/1 9mideast.html 

Another staged photo (or shady caption) in the New York Slimes. Note how the caption makes one 
to believe that the woman is dodging or fleeing from a military raid (i.e. gun fire). But notice in the 
background, there appears to be a few people standing around acting like nothing serious is 
happening! 

In reality, the woman is just shielding herself from the car the goatfuckers lit on fire. 
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More spic invader bullshit. Didn't Boyfucker say Cuba is a paradise on "Off The 
Hook?" 


Flow of Cubans Leaving by Sea Rising 


April 10, 2008 — From: www.reuters.com 
By Rosa Tania Valdes 


(Reuters) — The number of Cubans risking their lives to leave their communist-run country illegally 
by sea to reach the United States is rising, U.S. officials in Havana said on Thursday. 


Since October 1, 2007, 2,891 Cubans have tried to cross the Florida Straits; 1,697 made it to the 
United States and were allowed to stay while the U.S. Coast Guard intercepted 1,194 and sent 
them back. 


The U.S. officials said the figures showed that average Cubans had little faith that life would 
improve in the one-party socialist state under President Raul Castro, who succeeded his ailing 
brother Fidel Castro in February. 


"The numbers continue to rise. That's the response of the Cuban people," U.S. Interests Section 
chief Michael Parmly told foreign reporters. "So many of them are young people. Why do they want 
to leave?" 


The number of people attempting the risky voyage has risen by 21 percent compared to the same 
period last year. The number intercepted by the Coast Guard increased by 65 percent. 


Most Cubans now attempt the crossing in fast speed boats rather than the makeshift vessels seen 
in the past. 


Cuba has long accused Washington of encouraging Cubans to risk their lives at sea by offering the 
prize of almost automatic residency to those who make it ashore. 


U.S. officials say Cuba's lack of political freedom and economic stagnation drives its people to 
leave. 


Even more Cubans try to reach the United States through Mexico. Last year, 11,486 
undocumented Cubans arrived at U.S. Southwest Customs and Border Patrol land ports. So far 
this fiscal year, which began on October 1, some 5,500 have done so. 


To avoid a repeat of the 1994 mass exodus, when 35,000 Cubans headed out to sea on fishing 
boats, rafts and inner tubes, the U.S and Cuban governments signed migration accords under 
which the United States grants 20,000 visas a year to Cubans to ensure legal, orderly and safe 
emigration. 


Illegal Cuban migration to the United States began to surge again in 2005. When Fidel Castro fell ill 
the next year, the flow dipped, due in part to increased security in Cuba and expectations of 
change. 


To speed up legal migration, the United States inaugurated a Cuban family reunification program on 


Thursday that will cut delays in processing eligible emigres to 6 weeks from between 3 and 7 years 
at present. 
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Three families with relatives in the United States were the first to receive their travel documents in 
the program that could benefit 12,000 pending cases, involving an estimated 40,000 family 
members. 


After dragging its feet for two years, Cuba's government this month authorized the U.S. Interest 
Section to hire more consular staff, which will speed up visa processing. 
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McCain Plagiarized Retired Admiral in Foreign 
Policy Speech 
thinkprogress.org — Yesterday, Sen. John McCain (R-AZ) gave a 
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it foreign policy speech to the Los Angeles World Affairs Council. The 
words he used were not McCain's own. They were in fact taken 


largely from a 1996 speech by ret. Rear Adm. Timothy Ziemer. 
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From: 
http://digg.com/2008_us_elections/McCain_Plagiarized_Retired_Admiral_in_Foreign_Policy_ Speech 


Another fake news story from the multi-millionaire wiggers at Digg! 
In reality, Rear Adm. Timothy Ziemer plagiarized a speech given by John McCain, but you'll never 
hear that mentioned in the media. Thankfully, the stupid fucks at Digg caught onto this and flagged 


the story as false — only after a few thousand people viewed it! 


Now if they'd just update the other 50 zillion fake stories, but "lies == $$" to Kevin Rose and 
company. 
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Hahahaha.... Stupid fucking Eurosavages! Wait... Oh shit... 

Guess which taxpayers get to bail these assholes out ... again? 

Murder all Eurosavages!!! 
Airbus Reports Billion—Dollar Loss 
March 11, 2008 — From: news.yahoo.com 
PARIS (AFP) — European plane maker Airbus made an operating loss of more than a billion dollars 
last year despite record orders for its aircraft, forcing parent company EADS into the red, company 
results showed Tuesday. 
Airbus, struggling with cost overruns on its star A380 superjumbo project and delays with its A400M 
military plane, made an operating loss of 881 million euros (1.4 billion dollars), worse than the loss 


of 572 million euros in 2006. 


"2007 was a tough year with many high profile challenges to be overcome," said EADS chief 
executive Louis Gallois, reflecting on the worst ever results for Airbus. 


EADS reported a net loss of 446 million euros for 2007, following a collapse in its profits in 2006, but 
the giant aerospace and defence group forecast a return to profitability this year. 


Operating profits as represented by earnings before interest and taxes (EBIT) were forecast to be 
1.8 billion euros against just 52 million in 2007. 


Sales are expected to rise to "above 40 billion euros" against 39.1 billion euros in 2007. 


Shares in the company plunged by nearly 5.0 percent on the Paris stock exchange, with some 
analysts saying the forecast for this year was weak. 


Furthermore, the net loss by EADS was worse than most analysts had predicted and news that US 
rival Boeing was to protest a decision to award Airbus a massive Pentagon defence contract added 
to negative sentiment. 

"All-in—all a disappointing outlook which should further weigh on the company's already 
disappointing results," said one Frankfurt-based investment banking analyst who asked not to be 
named. 

In early trading in Paris, EADS shares showed a loss of 4.92 percent at 16.43 euros. 


Airbus has suffered huge delays and incurred multi—billion—dollar cost overruns with its A380 and 
A400M programmes and has also been forced to relaunch its midsized A350 plane. 


The A400M was launched in May 20038, but it is already six months to one year behind schedule 
due to technical problems. 


EADS, which stands for the European Aeronautic Defence and Space Company, said in November 
that it was going to have spend between 1.2-1.4 billion euros to deal with the delays. 
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"We stick to the plan of first flight this summer," Gallois told a press conference, responding to 
reports that a planned maiden flight in July would be delayed. 


Airbus is also struggling with the rise of the euro to record levels against the dollar, which makes its 
planes relatively more expensive compared to those of Boeing and reduces its margins. 


Nevertheless, it won 1,341 firm orders in 2007, slightly fewer than arch US rival Boeing, but higher 
than the European company's previous record set in 2005 of 1,055. 


Airbus delivered 453 planes to customers, including the first of its A880s to launch client Singapore 
Airlines —— albeit 18 months late. 


The combined orders of Boeing and Airbus, which dominate the world market for passenger jets, 
were the highest in the history of the industry in 2007. 


Late last month the US Pentagon defence department awarded an aerial refuelling tanker 
contract worth 35 billion dollars to EADS and the US group Northrop Grumman, instead of to 
US group Boeing. 


It was a stunning upset for Boeing, until now the sole supplier of air refueling planes to the US 
military, and the group has said it may protest the decision. 
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He was quoted as saying, "I've heard people say since that he was shouting ‘Allah!’ but | didn't hear 
that. It just sounded like a lot of crap to me." 


Also quoted as saying, "| don't think the policeman | saw at the scene drew his baton during the 
whole thing. He should have given it to me — I'd have leathered those guys with it." 
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Google can "turn out the lights," but do you think they'd ever power down their Googlebot army? 
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